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COMMUNICATION DISTRIBUTION CONTROLLING METHOD AND 
APPARATUS 

Background of the Invention 
5 Field of the Invention 

The present invention relates to a communication 
distribution controlling method, and more particularly, 
to a communication distribution controlling method and 
apparatus with which a server that receives a 
10 communication connection request from a client side 
distributes the communication to any of a plurality of 
different servers, for example, on the Internet. 

Description of the Related Art 

15 The present invention targets a communications 

system having, for example, an object request broker 
(ORB) mechanism. The ORB is a mechanism for making a 
method or function call between computers, namely, nodes 
in a distributed computing environment, and used in one 

20 of standards of a communications channel between 
distributed objects. This standard is an industry 
standard set by an object management group (OMG) , and 
is adopted by a variety of vendors. 

The ORB is a method with which a client request 

25 is conveyed to an object, which is made to perform an 



operation corresponding to the request and returns a 
result of the operation to the client, between the client 
and the object. 

Fig. 13 exemplifies a conventional CORBA 
communication method using HTTP tunneling, with which 
a client requests a CORBA application (AP) server where 
a process by an object is performed to execute a process, 
and receives a result of the process as described above. 

Fig, 13 assumes that a personal computer (PC) 101 
that requests a process, and a CORBA AP server 104a that 
executes the requested process are connected via the 
Internet . 

Normally, a communication using HOP (Internet 
Inter-ORB Protocol) , which is a communications protocol 
between objects on TCP/IP and laid down by the OMG, is 
the most efficient communication between a PC on a client 
side and a CORBA application server. Even if a program 
executed by a client and that executed by a remote server 
are written in different languages, the client can 
communicate with the remote server. 

However, when a communication is made between a 
client and a CORBA AP server via the Internet, the HTTP 
tunneling, which converts a protocol of the 
communication into HOP protocol and makes a 
communication, must be normally used. Normally, the PC 



101 must perform protocol conversion from HOP to HTTP, 
and a relay server at a stage preceding the CORBA AP 
server 104a must perform protocol conversion from HTTP 
to HOP. 

Fig. 13 assumes that the PC 101 on the client side 
requests the CORBA AP server 104a to execute a process 
corresponding to one session, that is, communications 
transacti ons . The transactions of one session are 
composed of, for example, four stages ( (1) to (4) in 
this figure) , in each of which a communication for 
receiving a process request to the CORBA AP server 104a, 
and a reply to the request becomes necessary. This 
communication is assumed to be intermittently made 
between the PC 101 and the CORBA AP server 104a in each 
of the stages. 

The PC 101 on the client side provides a relay Web 
server 102 on the client side with a communication 
connection and process request (1) in the first stage, 
which is made to the CORBA AP server 104a, via a 
connection 105a at the start of a session. The relay 
Web server 102 selects any of a plurality of different 
Web servers on the CORBA AP server side, which can relay 
the communication to the CORBA AP server 104a, and 
transmits the request (1) to the selected different Web 
server, 103a in this case, via a connection 106a. This 



request is provided from the different Web server 103a 
to the CORBA AP server 104a. 

Upon termination of the process on the CORBA AP 
server 104a side, its result is provided as a reply (1} 
to the PC 101 via the different Web server 103a, the 
connection 106a, the relay Web server 102, and the 
connection 105a. The connection between the relay Web 
server 102 and the different Web server 103a is released 
after the reply is completed. 

Thereafter, when a communication connection and 
process request (2) in the second stage is provided from 
the PC 101 to the relay Web server 102 via a connection 
105b within the session on the client side, the relay 
Web server 102 again selects any of the plurality of 
different Web servers 103a to 103n, which can relay the 
communication to the CORBA AP server 104a, 103n in this 
case, and provides the selected different Web server 
103n with the request (2) via a connection 106b. The 
request (2) is then provided from the different Web 
server 103n to the CORBA AP server 104a. 

As described above, for a communication within one 
session between the relay Web server 102 and the CORBA 
AP server 104a, a connection and a different Web server 
that makes a relay is selected according to the state 
of a network, that is, the number of established 
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connections, etc., and the communication is distributed 
to the selected server. A reply (2) to the request (2) 
as a process result of the CORBA AP server 104a is 
provided to the PC 101 via the different Web server 103n, 
5 the connection 106b, the relay Web server 102, and the 
connection 105b. Also on the CORBA AP server 104a side, 
the communication for returning a reply must be 
distributed to any of the plurality of different Web 
servers each time the reply is returned. 

10 As described above, with the conventional CORBA 

communication method using the HTTP tunneling, a 
connection between a relay Web server and a different 
Web server at a stage preceding a CORBA AP server is 
released upon completion of a reply to a request from 

15 a client. Therefore, even a communication within the 
same session from the same client cannot be made via 
the same different Web server, and a time to establish 
a connection is required for each communication. 
Furthermore, a communication for returning a reply must 

20 be distributed also on a CORBA AP server side, leading 
to degradation in response performance. 

Summary of* the Invention 

An object of the present invention is to improve 
25 the response performance of a CORBA communication using 



the HTTP tunneling by making a communication 
corresponding to a communication connection request 
from a client within one session via the same different 
Web server, in view of the above described problem. 

A communication distribution controlling method 
according to a first preferred embodiment of the present 
invention is a communication distribution controlling 
method distributing one communication to any of a 
plurality of relay devices, which can relay the one 
communication, in correspondence with a connection 
request of the one communication within a series of 
communications from a client. With this method, a 
communication connection request is received from a 
client, whether or not a communication connection 
corresponding to a series of communications is 
established is determined according to an identifier 
written in the communication connection request, and 
the requested communication is connected to a particular 
relay device as a relay destination of an established 
communication connection, if the communication 
connection is established. 

A communication distribution controlling method 
according to a second preferred embodiment of the 
present invention is a communication distribution 
controlling method distributing one communication to 
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any of a plurality of relay devices, which can relay 
the one coinitiunication, in correspondence with a 
connection request of the one communication within a 
series of communications from a client. With this method, 
a connection request of the initial communication within 
a series of communications from a client is received, 
a communication connection for the communication 
requested to be connected is established, and the 
requested communication is connected to a particular 
relay device as a relay destination of the established 
connection . 

As described above, according to the present 
invention, a communication connection is established 
in the initial communication within a series of 
communications made during one session, and 
fundamentally maintained until the series of 
communications during that session is completed. 

Brief Description of the Drawings 

The present invention will be more apparent from 
the following detailed description, with reference to 
the accompanying drawings, in which: 

Fig. 1 is a block diagram showing the functions 
of a communication distribution controlling method 
according to the present invention; 
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Fig. 2 is a block diagram showing the fundamental 
configuration of a communications system to which the 
communication distribution controlling method 
according to the present invention is applied; 
5 Fig. 3 explains a communication method using 

tunneling between a client side and a CORBA AP server; 

Fig. 4 is a block diagram exemplifying the 
configuration of a communications system supporting a 
plurality of clients; 
10 Fig. 5 is a flowchart showing the process of a 

communication management method according to a 
preferred embodiment; 

Fig. 6 is a flowchart showing the process of a 
O communication connection management method; 

15 Fig. 7 explains a communication method between a 

personal computer (PC) on a client side and a proxy 
server; 

Fig. 8 explains a communication method when an IP 
address is used as a session ID; 
20 Fig. 9 explains a communication method when a 

session ID is included in header information; 
Fig. 10 exemplifies header information; 
Fig. 11 explains a communication method when a 
session ID is included in URL; 
25 Fig. 12 explains the loading of a program for 
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implementing the present invention into a computer; and 
Fig. 13 exemplifies a conventional CORBA 
communications method using HTTP tunneling. 

5 Description of the Preferred Embodiments 

Fig. 1 is a block diagram showing the fundamental 
functions of a communication distribution controlling 
method according to the present invention. This figure 
is a block diagram showing the functions of a 

10 communication distribution controlling method 
distributing one communication to any of a plurality 
of relay devices, which can relay the one communication, 
in correspondence with a connection request of the one 
communication within a series of communications from 

15 a client, for example, a series of communications 
required within one session. 

With the communication distribution controlling 
method according to the present invention, a 
communication connection request from a client is 

20 received in 1; whether or not a communication connection 
corresponding to a series of communications is 
established is determined according to an identifier 
such as a session identifier, which is written in the 
communication connection request, in 2; and the 

25 requested communication is connected to a particular 
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relay device as a relay destination of the established 
communication connection if the communication 
connection is established, in 3. 

Fig. 2 is a block diagram showing the fundamental 
5 configuration of a communications system to which a 
communication distribution controlling method 
according to the present invention is applied. This 
figure assumes that a personal computer (PC) 11 on a 
135 client side requests one CORBA AP server, for example, 

E 10 14a to perform a process required for executing a session 

on the client side among a plurality of CORBA application 
(AP) servers, which respectively perform unique 
W processes, via a relay Web server 12 on the client side* 

3 Note that, however, which of the plurality of 

15 CORBA AP servers executes the requested process does 
not matter to the PC 11 on the client side. The client 
side is assumed not to learn that the process is executed 
by the CORBA AP server 14a. 

As described above, the process for the session, 
20 which is executed by the PC 11 on the client side, can 
be effectively executed by directly connecting the PC 
11 and the CORBA AP server 14a with a transmission line 
using the HOP protocol. For example, if the Internet 
is used, not only a plurality of relay servers such as 
25 a proxy server, a gateway, etc., but also a firewall 
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normally exists between the PC 11 and the CORBA AP server 
14a. Accordingly, a communication using the HOP 
protocol is normally impossible within the Internet, 
and a communication must be made by converting its 
5 protocol into HTTP protocol within the Internet. 

For this reason, a request (1) corresponding to 
M« one communication within a session as a series of 

p communications from the PC 11 on the client side is 

ffi provided to a relay Web server 12 on the client side 

VJ 

_p| 10 via a connection 15a, and is further provided from one 

VI 

different Web server 13a on a CORBA AP server side to 

si 

a CORBA AP server 14a via a connection 16. 
» A result of executing the process for the request 

D (1) is provided from the CORBA AP server 14a to the PC 

15 11 as a reply (1) via the different Web server 13a, the 
connection 16, the relay Web server 12, and the 
connection 15a. 

When a request (2) as the next communication 
within one session is provided from the PC 11 to the 
20 relay Web server 12 via a connection 15b, it is provided 
to the CORBA AP server 14a via the connection 16 and 
the different Web server 13a. Its process result is 
provided to the PC11 on a reverse route. 

As described above, a communication connection 
25 between the PC 11 on the client side and the relay Web 
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server 12 is released when a reply to one request is 
obtained within one session. Namely, the connection 15a 
is used for the request (1) and the reply (1), whereas 
the connection 15b is used for the request (2) and the 
5 reply (2) . 

However, according to the present invention, the 
connection 16 between the relay Web server 12 and the 
different Web server 13a is maintained, by way of example, 
for a predetermined time period without being released 

10 even if the reply (1) is terminated* If the next request 
(2) is made during the predetermined time period, also 
the communication for the request (2) and the reply (2) 
is made via the same connection 16, and besides, the 
communication between the relay Web server 12 and the 

15 CORBAAP server 14a is made via the different Web server 
13a in all cases. 

Similarly, a communication for a request (3) and 
a reply (3), and that for a request (4) and a reply (4) 
are made between the relay Web server 12 and the CORBA 

20 AP server 14a via the connection 16 and the different 
Web server 13a. 

Fig. 3 explains a communication method using 
tunneling between a client and a CORBAAP server in this 
preferred embodiment. The tunneling is intended to 

25 transfer data of one network via another by using the 
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Internet. With the tunneling, a frame generated by a 
transmitting source node is encapsulated with an 
additional header, whose contents are used as routing 
information, and the encapsulated data is transferred 
5 via a network different from the transmitting source 
network. 

In Fig. 3, a process request A from a PC 21 on a 
client side is transferred to an AP server 23 side via 
a tunnel server 22. The PC 21 on the client side is 

10 configured by a client application (AP) 24, and a client 
object director (OD) 25 that converts a protocol of a 
process request from HOP to HTTP on the client side. 
The request A from the client side is converted from 
HOP to HTTP protocol, and provided to the tunnel server 

15 22. 

The tunnel server 22 is normally configured by a 
plurality of proxies (proxy servers) 26 and a plurality 
of gateways 27. The request A from the client side is 
provided from one of the plurality of proxies 26 to one 

20 of the plurality of gateways 27. The gateway 27 performs 
protocol conversion from HTTP to HOP, and provides the 
request A to one of CORBA AP servers 28, which executes 
the process corresponding to the request A. 

Fig. 4 is a block diagram exemplifying the 

25 configuration of a communications system supporting a 
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plurality of clients in this preferred embodiment . This 
figure assumes that personal computers PC-A 31a and PC-B 
31b, which respectively correspond to two clients, 
execute one session respectively. 
5 In Fig. 4, a communication between the PC-A 31a 

and a CORBA AP server not shown, that is, a CORBA AP 
server which performs the process corresponding to the 
y session executed by the PC-A 31a is made via a proxy 

G 32a and a gateway 33a, which respectively correspond 

■Pin; 
Sirs:? 

SS 10 to the relay Web server 12 and the different Web server 

p. 

h %$ 13a in Fig. 2. 

|«£ The communication connection between the PC-A 31a 

ill 

q and the proxy 32a is released each time a reply to one 

Ift 

g request is terminated. However, the communication 

15 connection between the proxy 32a and the gateway 33a 
is not fundamentally released during one session, and 
a connection 34a is continuously used. 

Similarly, the communication between the PC-B 31b 
and a CORBA AP server that performs the process 
20 corresponding to the session executed by the PC-B 31b 
is made via a proxy 32b and a gateway 33n. The 
communication connection between the proxy 32b and the 
gateway 33n is fundamentally maintained during one 
session, and a communication is made via one connection 
25 34b. 
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Fig. 5 is a flowchart showing the process of a 
communication management method in this preferred 
embodiment. This figure is a flowchart showing the 
5 process that is performed, for example, by the proxy 
32a shown in Fig. 4, namely, a flowchart showing the 
y: ; process performed in correspondence with a request in 

accordance with the session on the client side, that 

Eg— 3 

y is, a communication connection (and process) request. 

10 Once the process is started in Fig. 5, it is first 

Hi determined in step SI whether or not a session ID 

H : (identifier) is written in a request from the client 

O side . This session ID is intended to identify one session 

O corresponding to a series of communications from the 

15 client side. As will be described later, for example, 
an IP address of a client is used as the value of the 
identifier, and the value is written in URL or header 
information within a communication connection request. 
If it is determined that the session ID is not written 
20 in the request from the client side in step SI, a series 
of communications corresponding to one session is 
started in correspondence with the communication 
connection request. In step S2, a new session ID is set 
for this session. In step S3, a new connection 34a is 
25 established between the proxy 32a and, for example, the 



gateway 33a. In step S4, a communication is made with 
the gateway 33a. In step S5, the session ID that is newly 
set in step S2 is notified within the reply by which 
a process result from a CORBA AP server is returned to 
the client side. Here, the process is terminated. 

If it is determined that the session ID is written 
in the request from the client side in step SI, the 
already established connection of the gateway 
corresponding to the session ID that is stored, for 
example, in a memory (table) within the proxy 32a is 
searched in step S6. After the communication with the 
gateway is made in step S4, only a reply is returned 
in step S5, and the process is terminated. This is 
because a new session ID is not set in this case. 

Namely, in Fig. 5, if a communication connection 
request is the initial request, for example, the request 
(1) from the PC-A 31a in Fig. 4, the operations in steps 
S2 and S3 are performed, and a session ID is notified 
to the PC-A 31a within the reply (1) in step S5. For 
the next communication connection request, that is, the 
request (2), the operation in step S6 is performed, but 
the operation for notifying a session ID in step S5 is 
not performed. 

However, if an IP address of a client is used as 
a session ID, the IP address naturally exists within 
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a communication connection request in all cases. 
Therefore, the session ID is determined to be written 
also in the initial communication connection request 
in step SI, and a new connection is established instead 
of searching for an already established connection in 
step S6. Then, in step S4, a communication is made with 
a gateway. The operation for notifying a session ID in 
step S5 is not performed in this case. 

Fig. 6 is a flowchart showing the process of a 
communication connection management method in this 
preferred embodiment. In Fig. 5, when a new 
communication connection to a gateway is established 
in correspondence with the initial communication 
connection request within one session, and a session 
ID is set, its contents are stored in a memory (table) 
not shown. At the same time, a timer not shown is started, 
and its elapsed time is monitored. 

Namely, in step Sll of Fig. 6, whether or not an 
access, that is, the next communication connection 
request within one session is made during a 
predetermined time period after the timer is started 
is determined, for example, by the proxy 32a. If the 
access is determined to be made, the operation in step 
Sll is continued. 

Or, if the access is determined not to be made 
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during the predetermined time period, a set session ID 
is invalidated in step S12, and the established 
communication connection is released. The process is 
then terminated. As the predetermined time period, for 
5 example, 30 minutes as a continuation time of one session, 
which is a de facto standard in the Internet industry, 
can be set. 

Fig. 7 explains a communication method, for 
example, between the PC-A 31a and the proxy (server) 
10 32a in Fig. 4. In Fig. 7, the initial communication 
connection request from a client side, which corresponds 
Jrj to the request (1) in Fig. 4, namely, login as a 

jff connection establishment request is made, a reply 

O corresponding to the reply (1), in which a session ID 

15 is added to a result of a process performed by a CORBA 
AP server, is returned from the proxy 32a. The second 
and subsequent communication connection requests from 
the client side, namely, the requests (2), (3), and (4) 
in Fig. 4 provide the session ID to the proxy 32a in 
20 addition to the connection process request from the 
client side, and replies are respectively returned to 
the requests . 

In this preferred embodiment, as a method 
determining a request corresponding to one session that 
25 is executed by a client as described above, for example, 



a method determining the communication connection 
requests (1) through (4), which are made by the PC-A 
31a in Fig. 4, to be requests corresponding to the same 
session, any of three methods such as a method using 
an IP address of a client as a session identifier, a 
method including session information within URL 
information, and a method including a session identifier 
within header information is used* 

Fig. 8 explains a communication connection method 
when an IP address of a client is used as a session 
identifier. In this figure, a communication connection 
(and process) request using HOP protocol from a client 
side, for example, the client AP shown in Fig. 3, is 
converted by the client OD into HTTP protocol, and the 
communication connection request after being converted 
is output to a proxy side in a form including URL, a 
header, and a body. 

A table within the proxy (server) stores, for 
example, information that A, B, and C as IP addresses 
on the client side are set for three sessions SI, S2, 
and S3, and connections (1), (2), and (3) are established 
as communication connections for transmitting to a 
gateway side a communication that a client requests to 
connect . 

If the IP address of the client that currently 
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requests a connection is, for example, B, the connection 
(2) is selected as a connection to the gateway side, 
and the communication connection request is transmitted 
to the gateway as a destination of this connection. Then, 
the gateway performs protocol conversion from HTTP to 
HOP, and the request that is converted into HOP is 
transmitted to a CORBA AP server. 

If the IP address written in the communication 
connection request transmitted from the client side to 
the proxy is not stored in the table within the proxy, 
a connection such as a connection (4) for transmitting 
the IP address and a communication of a new session is 
established for the new session, by way of example, S4, 
and the communication connection request is transmitted 
to a gateway at a destination of the connection (4). 

If an IP address is used as a session identifier, 
the same connection is used for the same client even 
if sessions differ. Namely, a communication connection 
request from the client whose IP address is B is always 
made by using the connection (2) . Accordingly, the 
gateway at the destination of this connection is always 
the same. Therefore, even if CORBA AP servers that 
perform processes required for executing two sessions 
differ, communications are made between the proxy and 
the gateway by using the same connection. 
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Fig. 9 explains a communication method when a 
session identifier is included in header information. 
In this figure, a request composed of URL, a header, 
and a body is transmitted from the client side to the 
5 proxy side as the initial communication connection 
request in a similar manner as in Fig. 8. 
M= A table within the proxy stores, by way of example, 

p for session numbers SI through S3, a session identifier 

Sj to be added to header information, for example, AAA 

|S 10 corresponding to the session number SI, and a number 

(1) of a communication connection to a gateway, which 
is intended to transmit the communication corresponding 
O to the session. 

O The already stored session identifiers and 

15 connection numbers are identifiers of sessions whose 
communications have been started, and numbers of 
connections established for the sessions respectively. 

If the request transmitted from the client side 
is the initial communication connection request, its 
20 header information does not include a session identifier. 
Therefore, by way of example, S4, ZZZ, and (4) are 
respectively stored in the table on the proxy side as 
a session number, a session identifier, and a 
corresponding communication connection in 

25 correspondence with the initial connection request. The 



coirununication connection request is provided to the 
gateway via the communication connection (4), and 
protocol conversion is then performed in a similar 
manner as in Fig. 8. As a result, data of the connection 
(and process) request is provided to the CORBAAP server. 

Fig. 10 exemplifies the header information in the 
initial communication connection request explained 
with reference to Fig. 9. In this header information, 
A and B indicate transactions performed in 
correspondence with a session, and C indicates an 
argument. Data is not written between B and C in this 
header information, which indicates that the request 
is the initial communication connection request. 

As explained with reference to Fig. 9, the session 
number S4, and the session ID ZZZ are set by the proxy 
in correspondence with this communication connection 
request. The newly set session ID is added to the header 
information, for example, within the reply (1) to the 
POA 31a in Fig. 4, and returned from the proxy 32a to 
the client side. 

At this time, ZZZ as the session ID is added 
between B and C in the header information shown in Fig. 
10. As a method adding a session ID, a method such as 
Netscape Cookie, with which a browser side can recognize 
and store, for example, data that is additionally 
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described in an HTTP header, is used. 

A reply including header information to which a 
session ID is added is returned from a proxy side to 
a PC side as described above, so that header information 
including the session ID can be used as the header 
information in the second and subsequent communication 
connection requests. 

Fig. 11 explains a communication method when a 
session ID is added to URL. The method shown in Fig. 
11 is almost similar to that in Fig. 9. However, there 
is a difference in a point that a session ID is added 
not to header information but to URL. In a similar manner 
as in Fig. 9, URL does not include a session ID in the 
initial communication connection request. A 
communication connection request is transmitted to a 
gateway via an established communication connection (4) 
in correspondence with a session ID newly set by a proxy, 
for example, Z. The established session ID Z is added 
to the URL within the reply to the request, and 
transmitted to the client side. The set session ID such 
as Z is added to the URL in the second and subsequent 
communication connection requests, and transmitted to 
the proxy. 

The respective communication devices in the above 
described communications system, for example, the relay 



Web server 12 shown in Fig. 2, the proxy 32a shown in 
Fig. 4, etc. can be naturally implemented by a general 
computer system. Fig. 12 exemplifies the configuration 
of such a computer system. In this figure, a computer 
51 is configured by a main body 52, and a memory 53. 

The memory 53 is a storage device such as a random 
access memory (RAM) , a hard disk, a magnetic disk, etc. 
In such a memory 53, for example, the programs 
represented by the above described flowcharts shown in 
Figs. 5 and 6, and a program relating to the present 
invention are stored. The programs are executed by the 
main body 52, so that the communication distribution 
control according to the present invention is 
implemented. 

Such programs can be executed by being transmitted 
from a program provider side via a network 54 and loaded 
into the computer 51, or by being stored onto a marketed 
and distributed portable storage medium 55 and loaded 
into the computer 51. 

As the portable storage medium 55, a storage 
medium in a variety of forms such as a CD-ROM, a floppy 
disk, an optical disk, a magneto-optical disk, etc. is 
available. The communication distribution control 
according to the present invention can be also 
implemented by storing the above described programs onto 



such a portable storage medium, and by placing the 
potable storage medium 55 into the computer 51. 

The above provided description refers to the 
preferred embodiments according to the present 
invention by focusing attention on the HTTP tunneling 
with which a client requests, via the internet, a CORBA 
AP server to perform a process required for executing 
a session. However, the present invention is not limited 
to these implementations, and applicable to diverse 
communication methods as a matter of course. 

As described above, according to the present 
invention, it becomes possible to use the same different 
Web server during one session as a relay Web server that 
relays a communication to a CORBA AP server, thereby 
eliminating the need for establishing a communication 
connection in correspondence with a communication 
connection request within one session. At the same time, 
response performance for receiving a reply from a CORBA 
AP server is improved, which greatly contributes to an 
enhancement of the efficiency of a CORBA communication 
using the HTTP tunneling. 



